La qualité d'un logiciel passe par les tests et idéalement ceux-ci sont automatisés car réaliser les tests à la main est fastidieux et coûteux.

La portée de ce tutorial se concentre sur la mise en place de tests unitaires et les tests d'intégration ne seront donc pas abordé ici.

Pour pouvoir facilement tester un projet MAUI, il faut commencer par le découper en 2 parties sinon lorsqu'on veut tester du code, il y aura des problèmes d'initialisation...

On aura donc les 2 projets suivants:

1. L'application en tant que telle (MauiAPP)
2. Le reste

Ajout d'un projet de type "librairie"

Ajouter un projet

Choisir le bon type

À la fin, un nouveau projet fait partie de la solution:

Ajout de la référence à partir du projet principal

Maintenant que la solution comporte 2 projets, il faut référencer la librairie à partir du projet principal:

Attention: modifier le PROJET PRINCIPAL (pas la lib)

Ajouter la lib comme référence

Optionnellement, optimiser la compilation de la lib

Déplacement des classes

À partir de là, les éléments peuvent être migrés:

Ajouter le dossier ViewModels

Déplacer une classe VM

OOps, petit problème

Ajout du toolkit pour le projet lib

Suppression de l'original

Déplacement d'un XAML

Suppresion du XAML original

À toi de jouer ;-)

Mise à jour du XMLNS

Il reste une petite adaptation à faire car actuellement le shell est défini dans le projet principal alors que la page MVVM1 a été déplacée dans le projet de librairie.

Il faut donc ajuster cela:

Ajouter un namespace pour la lib

L'utiliser

Tout est désormais prêt pour tester le ViewModel déplacé dans le projet de librairie.

Génération automatique

VisualStudio propose un assistant pour créer un test unitaire, voici donc comment l'utiliser:

Identifier la méthode à tester

Faire un clic droit sur la méthode

Oops

Correction et deuxième essai

Paramètres

Les paramètres proposés peuvent être laissés tels quels

Vérification du projet généré

Correction du projet auto-généré

Une erreur s'est glissée lors de la création automatique du projet, en effet, le premier build de l'application est pour Android et cela ne fonctionne pas pour tester le code C# pur.

Il faut donc corriger le TargetFramework du fichier .csproject du projet de test, par exemple en faisant un double-clic sur le projet :

Et en corrigeant ainsi

On peut maintenant enfin coder la validation de la méthode

Arrange Act Assert

Pour rappel, un test suit une structure AAA, voici donc comment cela se reflète dans le code:

Lancer le test

Il y a plusieurs manières:

Clic droit sur la méthode de test

Menu Test

Ligne de commande

dotnet test

Résultat

Suite à cet exercice, les compétences suivantes ont été travaillées:

• Split d'un projet MAUI en un projet principal et une librairie
• Déplacer des éléments d'un projet à l'autre
• Créer un test pour une méthode d'un ViewModel